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ABSTRACT 


Many discrete-event simulators are developed concurrently, 
but with identical or similar purpose. This poster presents 
the Open Simulation Architecture (OSA), a discrete-event 
component-based simulation platform whose goal is to fa- 
vor the reuse and integration of simulation software com- 
ponents and models. To favor reuse, OSA uses a layered 
approach to combine the modeling, simulation, and related 
concerns, such as instrumentation or deployment. OSA is 
both a testbed for experimenting new simulation techniques 
and a tool for real case studies. The ability of OSA to sup- 
port challenging studies is illustrated by a Peer-to-peer sys- 
tem case study involving millions of components. 


Categories and Subject Descriptors 


1.6.7 [Simulation and Modeling]: Simulation Support 
Systems—environments; D.2.11 [Software Engineering]: 
Software Architectures—domain-specific architectures; D.2.13 
[Software Engineering]: reusable software 


General Terms 


Design, Experimentation, Languages, Measurement 


Keywords 


Separation of Concerns, component-based software, model- 
ing and simulation 


1. INTRODUCTION 


OSA (Open Simulation Architecture) is an open compo- 
nent-based architecture for discrete-event simulation. OSA 
is born from the observation that many discrete-event sim- 
ulators are developed concurrently, but with identical or 
similar purpose. In order to ease reuse of existing or new 
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simulation software and models, OSA exploit and apply ev- 
erywhere it is possible the latest relevant Software Engineer- 
ing (SE) techniques such as Component-Base Software Engi- 
neering (CBSE) and Aspect-Oriented Programming (AOP). 

Following the model of Eclipse, the OSA software compo- 
nents are considered optional and replaceable independently 
from each other. The separation of concerns principle is ex- 
tensively applied to ease the reuse of existing or new simula- 
tion software and models. Hence, OSA is both a testbed for 
new simulation techniques and a tool for real case studies. 

Initially, the OSA development was motivated by the study 
of challenging real applications for which new simulation 
techniques need to be investigated, such as the study of Peer- 
to-peer systems involving up to millions of components. In 
order to solve the resulting issues, multiple third party com- 
ponents and contributions are experimented and assembled 
in a seamless manner. These components provide support 
for Graphical User Interface, programming, Deployment of 
large distributed execution, data sampling, on-the-fly data 
processing, and so on. 


2. THE OSA ARCHITECTURE 


OSA is designed to support the simulation end-users in 
a wide number of their activities such as modeling, experi- 
mentation, instrumentation or deployment. It relies on the 
Object Web’s Fractal component model [2] and its Architec- 
ture Description Language (ADL). Fractal is a hierarchical 
component model. Each Fractal component has a versatile 
structure that separates the functionnal code of the compo- 
nent from its non-functionnal part thanks to a membrane. 
This membrane contains a set of controllers, that are in 
charge of these non-fonctional concerns. 

The key elements that have been specifically developed for 
the OSA architecture are a generic modeling API and a pro- 
totype implementation of simulation engine. The modeling 
API is plugged into the membrane of the Fractal component, 
in addition to the default elements of a Fractal component. 
The simulation engine itself is implemented using Fractal 
components. Thus, it is easy to replace it by another en- 
gine, which makes the OSA platform a flexible testbed for 
testing new simulation techniques. 

Since the modeling API itself may be replaced, OSA is 
also able to emulate other existing discrete-event simulators. 
Furthermore, given that the specification of the component 
membrane may be provided on a per component basis in the 


Fractal ADL, this means that OSA theoretically allows the 
interoperability of model components designed for different 
simulators. 

Fractal ADL allows the separation of the modeling effort 
amongst several experts each having their own area of sys- 
tem expertise. Thanks to Fractal, Fractal ADL and AOP, 
we separate the non-system expertise effort such as scenari- 
sation, instrumentation or deployment planning. This sepa- 
ration results in a set relatively independent layers, each of 
which being responsible for a specific concern. 

To separate these layers, we use the inheritance and over- 
loading ability of the Fractal ADL, which allows to extend or 
overload components definitions found in multiple files. We 
also use aspect-oriented programming to transparenty intro- 
duce the required instructions into the code of the models 
in order to build ad-hoc instrumentations or scenarios. 


3. A CHALLENGING APPLICATION 


In the context of the SPREADS project (Safe P2P Reli- 
able E Architecture for Data Storage) we study issues re- 
lated to storage and data backup in peer-to-peer environ- 
ments. We use simulations to explore the system parameters 
and find the best configuration trade-off (bandwith usage vs. 
durability of storage) in realistic, large scale scenarios. This 
results in a large amount of events to schedule and huge vol- 
umes of data to manage during the simulation. Since the 
OSA architecture is natively distributed (the simulator en- 
gine is plugged directly withing the membrane of each com- 
ponent) we naturally chose a massively parallel approach, 
targetting execution on Grid Computing facilities. 

Hereafter, we describes the layered architecture. 


e The model layer uses Fractal components to imple- 
ment a hierarchical model of the P2P system. The 
control part of the system is abstracted by means of a 
unique, centralized server component. The peers com- 
ponents each contain a shared network component (a 
unique feature of the Fractal component model) that 
allows the peers and server to communicate with each 
other. 


e The scenario layer is based on the previous model and 
uses the inheritance concept of FractaADL. The sce- 
nario also embeds its own set of components, that can 
be linked in aseamless manner with model components 
to stimulate the system (eg. to model peer failures). 


e The simulation layer is an API located in the mem- 
brane of each Fractal component. This simulation API 
is connected to a simulation engine which is itself a 
Fractal component. This structure is also described 
thanks to the FractalADL. 


e The instrumentation layer consists in collecting data 
samples during the simulation run. The data are col- 
lected using probe controllers located in the membrane 
of model components. The exact behavior of each 
probe is generated using AOP. The instrumentation 
can also implement aggregation policies for samples 
collected by several probes or compute statistics on- 
the-fly during execution. This on-line processing is del- 
egated to a third-party framework named COSMOS/{3]. 
Since COSMOS is also based on Fractal components, 
its configuration is described using FractalADL. 


e The deployment layer describes the configuration of 
a distributed execution of the simulation by associat- 
ing, thanks to FractalADL, sets of components to vir- 
tual execution nodes. Virtual nodes are then mapped 
to real machines thanks to the FractalRMI directory 
service. To execute the deployment tasks, we use a 
third-party tool such as Fractal Deployment Frame- 
work (FDF) [5]. 


4. RELATED WORKS 


While some of the underlying ideas found in OSA are 
unique (eg. the use of AOP and Fractal components for 
Modeling & Simulation), the idea of using Eclipse itself as 
an integration platform to provide a rich user interface has 
already been adopted by others, like DESMO-J[4] or Om- 
net++[1]. A few other environments, like CD+-+[8] or Om- 
net++ provide an ADL to describe their model architecture 
and experiment settings. In [6], Gianni et al. achieve an 
interesting layered decomposition of a distributed discrete- 
event simulation using a Model Driven Architecture approach. 
Extending the layered approach to non-functionnal concerns 
was also recently adopted by Himmelspach et al. in the 
JAMES II environment|7]. 
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